home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 6 / QRZ Ham Radio Callsign Database - Volume 6.iso / mac / files / p_thenet / tn212.exe / TN211-15.DOC < prev    next >
Text File  |  1993-08-09  |  6KB  |  110 lines
  1.                                   TN211_15.DOC
  2.                           REMOTE SYSOP PARAMETERS (17-23)
  3.                         ***********************************
  4.  
  5.  
  6.                        Parameter 17, TIME-TO-LIVE INITIALIZER
  7.                        --------------------------------------
  8.  
  9.      Routing  paths may exist in a network that will route frames in an endless
  10. loop.  To prevent this,  it's desirable to set a maximum limit on the number of
  11. nodes  a frame  can be directly routed through.    The  time-to-live  parameter
  12. limits the number of hops that network layer frames  originating from this node
  13. will  travel  before being terminated.    The function of this parameter is  to
  14. reduce network congestion should a connect request to a distant node get caught
  15. in a routing loop.    Connect requests directed to destination nodes beyond the
  16. number of hops allowed, will be quietly ignored.   The value selected should be
  17. several  hops  longer  than  the  longest  "direct connect"  in  the system.  A
  18. suggested value is 12 hops.
  19. (Range: 0-255)
  20.  
  21.  
  22.                          Parameter 18, TRANSPORT TIMEOUT
  23.                          -------------------------------
  24.  
  25.     Sets the time period for acknowledgement failure prior to sending a level 4
  26. transport layer retry.    As an example, assume  a user is connected hop-by-hop
  27. through a moderately busy system to a destination node 20 hops away.  With each
  28. connect, level 4  transport information  frames  are exchanged between the user
  29. and  the current destination node.   Every information frame requires a level 4
  30. ack.  As the circuit grows longer, so does the  time for the acknowledgement to
  31. arrive.
  32.  
  33. Should  the  transport  timeout be set too short,  there  is danger of creating
  34. excessive information frame  retries  and  corresponding  increase  in  circuit
  35. congestion.    Set too long,  throughput  could  suffer  while  waiting for the
  36. retry, if a frame is abandoned somewhere along the circuit.     Most users such
  37. as BBSes and TCPers, don't usually travel very far into the network.   Recently
  38. however,  extensive linked  DXCluster  systems have been  observed.   Suggested
  39. values  for this  type of service that should help prevent congestion are 180 -
  40. 240 seconds.
  41. (Range: 5-600)
  42.  
  43.  
  44.                        Parameter 19, TRANSPORT MAXIMUM TRIES
  45.                        -------------------------------------
  46.  
  47.     Establishes  the  maximum number of times the transport layer will be tried
  48. before a circuit failure response is given.   The value selected will cause the
  49. node  on the  sourcing side  of the failed circuit to try for a number of times
  50. equal to the product of the values set in parameters 9 (link maximum tries) and
  51. 19  (transport maximum tries).    If the number of transport tries is set high,
  52. link congestion results.  Suggested value is "2".
  53. (Range: 2-127)
  54.  
  55.  
  56.                     Parameter 20, TRANSPORT ACK DELAY
  57.                     ---------------------------------
  58.     Sets  the number of seconds the end-to-end level 4 transport circuit has in
  59. sending  an  acknowledgement  to  an  information frame.  If  the  delay is too
  60. short, the node will key-up on every ack.  If set too long, delay in throughput
  61. could be noticeable.    Finding just the "right delay" is a function of network
  62. type(s),  circuit length, circuit loading,  and baud rates.   These factors can
  63. vary from user to user.    Some delay is advantageous  as it reduces the node's
  64. key-up  cycle  by  permitting  transport  acks  to  ride  along  with  outgoing
  65. information frames.  Suggested values are from 3 - 10 seconds.
  66. (Range:  1-60)
  67.  
  68.  
  69.                     Parameter 21, TRANSPORT BUSY DELAY
  70.                     ----------------------------------
  71.  
  72.     Limits the  number of  seconds an  incoming level 4  frame shall be held if
  73. its choke flag is set.   When the circuit isn't  cleared  within the  allocated
  74. time,  the frame is discarded.   The purpose  of the transport busy delay is to
  75. act as a fail-safe timer to prevent circuit lockups.  If the delay is too long,
  76. the  circuit  will  be  slow  to  respond  to  route failures.    If too short,
  77. unnecessary L4 information frame retries may be sent causing  congested circuit
  78. conditions.    The delay should  be somewhat longer than the worst node-to-node
  79. round trip time in the network.  Suggested value is 180 seconds.
  80. (Range:  1-1000)
  81.  
  82.  
  83.                      Parameter 22, TRANSPORT WINDOW SIZE
  84.                      -----------------------------------
  85.  
  86.     Transport  window size  (TRANSPORT LAYER MAXFRAME)  performs two functions.
  87. It limits the  number of  non-acknowledged level 4  information frames  heading
  88. toward  the destination node.    It also sets a limit to the number of incoming
  89. out-of-sequence information  frames that will be temporarily buffered.  If this
  90. limit  is exceeded,  a circuit choke response is sent toward the sourcing node.
  91. A  small  window  size requires a short acknowledgement timer, parameter 20.  A
  92. larger  window  size  would benefit from longer ack delay times by reducing the
  93. number of overhead frames sent through the network.    Therefore,  too low of a
  94. value  will  increase  the  node's  key-up cycle  and,  a high value may impact
  95. circuit throughput.  A maximum buffer size of 4 is suggested.
  96. (Range:  1-127)
  97.  
  98.  
  99.                     Parameter 23, CONGESTION CONTROL THRESHOLD
  100.                     ------------------------------------------
  101.  
  102.      The  congestion control threshold  also performs two functions.  It limits
  103. the number of  level 2 link layer frames  that will  be held  before issuing  a
  104. Receive Not Ready (RNR) response.  It also sets the maximum number of transport
  105. layer  frames  (in sequence or not)  that  will  be  accepted  before sending a
  106. circuit choke response toward the sourcing node.   Too low of a value can delay
  107. LAN throughput if the backbone is moderately busy.   This  buffer should be set
  108. to agree  with  parameter 22.  Suggested value is 4 frames.
  109. (Range: 1-127)
  110.